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SYSTEMS AND METHODS FOR PROVIDING LOAN MANAGEMENT 
FROM CASH OR DEFERRED INCOME ARRANGEMENTS 



L FIELD OF THE INVENTION 



The present invention generally relates to methods for providing and managing loan 
programs related to pension plans, or to employee-benefit plans, or to benefit plans generally. 



More particularly, this invention includes: processes for authorizing and establishing pension 
related loan funds; processes for repayment and redemption suitable for the wide variety of 
access vehicles (check, credit card, debit card, wire transfer, ACH, sweeps, etc.) that may be 
coupled to the loan programs; processes for discharging trustee responsibilities delegated by 
1 5 the related pension funds, such as proper regard for applicable laws, regulations, and plan 
policies; as well as processes for program loan repayment and for accounting for and 
reestablishment of such loan programs. 

Preferably, the processes of the present invention are implemented by programmed 
computer systems in communication both with other financial management entities having a 

20 

role in the loan programs and with the loan-program participants. 



Employee-benefit programs, including employee pension programs, have accumulated 
large amounts of assets, by 1994 exceeding $1.75 trillion. For many individuals of low and 

25 

moderate income, their beneficial interests and assets in these benefit programs are their 
largest, or even their only, pool of capital and savings. 

These assets have traditionally been set aside for and limited to retirement income 
purposes only, and have not been available to help with the vicissitudes of life, such as higher 
30 education, purchase of a residence, temporary unemployment, unexpected medical expenses, 
and the like. But for those of low or moderate income, who may be the most challenged by 
these life events, such limitations on these most significant assets can be a problem. 

Fortunately, statutory and regulatory developments provide possibilities for 
ameliorating these asset-availability problems. Specifically, they now permit benefit plans to 

35 

establish policies and procedures for making temporary loans from individually-accumulated 



10 



2. BACKGROUND OF THE INVENTION 
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assets to their employee beneficiaries. Theoretically, anyone who needs temporarily to tap 
5 their benefit-plan assets may now do so by applying to their benefit plan. 

But benefit-plan administrators to date have typically adopted conventional paper- 
based procedures usually requiring an employee submission of a completed loan application 
for each separate loan, employer-plan approval of the loan application, and then employee 
signature of a note with fixed installment-based terms to repay the borrowing to the plan. 
Many plans also require participants with outstanding benefit-plan loans to repay the loans 
within a short period of time (usually 90 days) after termination of employment (not 
particularly convenient) or risk substantial tax consequences. For those most likely to need 
benefit-plan loans, this process appears time consuming at best and intrusive, unfamiliar, and 
1 5 intimidating at worst. 

The unfortunate consequences of these traditional procedures has been, on the one 
hand, that individuals of low and moderate income avoid plan loans and instead rely on high 
interest rate credit cards for their financing needs. On the other hand, if a plan loan is used, 
more funds than are immediately needed are usually removed from the benefit plans, due to 

20 

the difficulty of the current process and the uncertainty of a participant's financial needs at the 
time of loan application, which unnecessarily lowers future retirement income. In the worst 
case, employees eligible to participate in a retirement plan completely opt out because of the 
perceived lack of liquidity. 
2 5 Proposals that have been made for simplifying the benefit-plan loan process have not 

enjoyed any commercial success thus far, principally because they have not adequately 
considered the current financial record-keeping systems of employee-benefit-plan providers. 
These current record-keeping systems are structured to interact with employers and 
investment managers, not with the employees who are the beneficiaries. For example, U.S. 
30 Patent No. 5,206,803, issued Apr. 27, 1993, describes a system for providing pension- fund- 
backed credit to fund beneficiaries. But that system places all the burdens of processing 
employee credit demands and of distributing funds on the pension plan itself. 

There is clearly a need for methods and systems that simplify providing of employee- 
benefit-plan loans while respecting the functionality of existing benefit plans, financial 



35 
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mechanics, methods, and systems for providing basic retirement income and other employee- 
5 benefit services. 

Citation or identification of any reference in this section or any section of this 
application should not be construed as indicating that the reference is available as prior art to 
the present invention. 

10 

3. SUMMARY OF THE INVENTION 

The objects of the present invention are to overcome these deficiencies in the prior art 
by providing methods and systems that simplify the provision of employee-benefit-plan loans 

j 5 while efficiently interacting with the financial mechanics, methods, and systems of existing 
employee-benefit services. Importantly, this invention appears to and interfaces with 
employee-benefit plans (and to benefit plans generally) essentially as one more investment 
vehicle to which the plan participant may direct parts of their assets; it assumes all 
responsibility for properly managing participant loans; and it further appears to and interfaces 

20 w ith a variety of access systems (check, credit card, debit card, wire transfer, ACH, sweeps, 
etc.) essentially as one more financial institution providing payment services in accustomed 
fashions. 

Loan management provided by the invention is, first of all, properly provided 
^ according to the statutory and regulatory context of the jurisdiction of employers, regulators, 
and employee beneficiaries. Although the detailed description is primarily directed to 
embodiments for the United States, it is to be understood, and one of skill in the arts will so 
understand, that the present invention is not so limited. It also has embodiments that may be 
implemented in any jurisdiction providing, first, benefit plans for employees and others, in 
30 which at least a part of the plan assets are specifically allocated to individual plan participants 
and in which the individual plan participants have some discretion in the investment of their 
specifically allocated assets. Second, the jurisdiction must permit loans, or equivalent 
temporary disbursements, of part of the specifically allocated assets for current employee use, 
either general or limited. Additional embodiments may maintain explicit information 

35 

concerning the jurisdictional management requirements so that such embodiments may 

service employers in more than one jurisdiction. The present invention will also meet any 
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further statutory and regulatory requirements, such as privacy, information interchange, 
nondiscrimination, and the like. 

In preferred U.S. embodiments, the invention's loan-management processes preserve 
the plan participant's tax qualifications according to the Internal Revenue Code (26 U.S.C.) 
(IRC), in particular according to 26 U.S.C. § 401 et seq. (qualified pension, profit-sharing, 
and stock bonus plans), and more particularly according to 26 U.S.C. § 401(k) (cash or 
deferred arrangements). Although Section 401 (k) plans are particularly preferred, the present 
invention may interface to other similar plans (for example, 403(b) plans, 457 plans, 
individual retirement accounts [IRA], Keough accounts, and the like). Further, loan funding 
and disbursement preferably meet the requirements of 26 U.S.C. § 72 (annuities; certain 
proceeds of endowment and life insurance contracts) so that they avoid being deemed a 
taxable plan distribution. Finally, in the U.S., the invention's loan-management processes 
preferably meet the reporting, fiduciary, and other requirements of 29 U.S.C. § 1001 et seq. 
(Employee Retirement Income Security Program) (ERISA). See, Gertner, 1994, Everything 
You Always Wanted To Know About ERISA, Investment Management Consultants 
Association, Denver, CO; Dearborn Financial Publishing. Inc., 1999, 401(k) Plans 3 rd 
Edition, Dearborn Financial Publishing. Inc., Chicago, IL. 

Loan management is also preferably provided according to the policies and procedures 
that may be established by individual benefit plans. For example, a benefit plan may, by 
agreement, have specific policies concerning maximum loan amounts, maximum loan 
frequencies, maximum loan payback periods, and the like. Such specific policies may further 
govern employee authentication methods, data privacy, and other management processes. 
Accordingly, embodiments that interface with multiple benefit plans preferably maintain 
explicit information concerning each plan's policies and requirements so that such 
embodiments may service multiple plans. 

Although primarily described in terms of tax-qualified-employee-benefit plans and as 
loans from these plans meeting the requirements for not being deemed taxable distributions, 
in further embodiments the invention may allow participants to convert their loans into 
taxable plan distributions. The invention would then determine the tax due for the participant 
by taking into consideration the participant's age, according to which the distribution is either 
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an early distribution or a normal retirement distribution. Further, the systems and methods of 
5 the present invention may also be advantageously employed for loan funds related to 

employee-benefit plans that are not tax qualified in the first place. In such embodiments, the 
invention's loan-management methods need be primarily in accordance only with the plan's 
agreements and procedures, because meeting statutory and regulatory requirements for tax 
qualification at all times is unnecessary. 

10 

Finally, to realize full benefit of this invention, a jurisdiction preferably should have in 
place electronically implemented payment systems with interfaces that permit adding systems 
of this invention as a financial institution providing payment services. Preferably, this 
invention may include interfaces to payment systems in which individuals present access 
15 vehicles to their loan-fund account for ordering the redemption of a specified sum to a 
i specified payee. These access vehicles include checks, credit cards, debit cards, wire 

transfers, ACH services, sweeps, and others. See O'Mahony et al., 1997, Electronic Payment 
Systems, Artech House, Inc., Norwood, MA. 

More specifically, the present invention provides low-cost financing to employee 

20 

beneficiaries by simplified and routine access to a portion of the assets accumulated within 
their established benefit plans, especially pension benefit plans. This access is on an as- 
needed basis, by means of a variety of possible access vehicles (check, credit card, debit card, 
wire transfer, ACH services, sweeps, etc.), and without cumbersome paperwork, all while 
^ maintaining the assets both borrowed and available within the tax protection of the benefit 
plan. Importantly, the systems of the present invention interface efficiently to and work both 
with established employee-benefit-plan systems and administrations and also with established 
payment systems. 

Methods of the present invention open, manage, and terminate a plurality of loan 
30 funds, at least one for each benefit plan participant that takes advantage of this invention. 
Importantly, these loan funds are managed independently of the plan by the invention. Also, 
since they are legally considered as employee investments, interest paid by plan participants 
on their outstanding loans (also called herein "redemptions") is actually accrued (less fees) to 
their own benefit-plan accounts, thus replacing high interest borrowing via bank cards for the 
participant. 

-5- 



NY2-1 28 1174.2 



11 D :0'^ 5 2 7* 9i 3 O fe Q 5 




The present invention further provides loan-management data-processing systems that 
5 interface and communicate with established benefit-plan-management systems and with 
established payment systems. The present invention's loan-management data-processing 
systems cooperate with these interfaced systems to open loan funds for a plan participant, 
provide for payment authorizations and redemptions from the loan funds, arrange funds 
transfers, provide repayment and status information to participants, and so forth. Thus, 

10 

cumbersome paper procedures are minimized and participants can manage their loan funds 
according to their daily needs. 

In the following, the benefit plan may be known as the "main" benefit plan to 
distinguish it clearly from the loan fund, especially in those alternative organization 
1 5 embodiments where the same financial organization may offer benefit plan services, loan 
fund services, or loan fund investment management services. 

In a first embodiment the present invention includes computer system for providing 
loans to a participant having assets in a benefit plan comprising: a processor; and a memory 
operatively coupled to the processor, the memory including program data for causing the 

20 

processor to perform the steps of: initializing loan-fund information stored in a computer 
database upon establishment of a loan fund for the participant, the information initialized 
with data representing the value of funds derived from the participant's benefit-plan assets 
and transferred from the benefit plan upon establishment of the loan fund, wherein the loan 

2^ fund is managed by an investment manager and is recorded in the benefit-plan as an asset of 
the participant; and generating data representing requests to the investment manager to: (i) 
transfer funds from the loan fund to settle redemptions made by the participant, the 
participant making redemptions from the loan fund by use of at least one access vehicle; or 
(ii) accept funds into the loan fund from the participant in repayment of redemptions; and 

30 updating the stored loan- fund information with data representing fund transfers from and 

acceptances into the loan fund, whereby redemptions from and repayments to the participant's 
loan fund occur without access to the participant's benefit-plan assets. 

In a first aspect of the first embodiment, the present invention further includes a 
communication interface for exchanging data between the computer system and a computer 

35 

system of the investment manager, and the program further causes the processor to: update 
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the loan- fund information upon receipt of data from the investment-manager computer system 
5 representing funds transfer from or acceptance into the loan fund; and update the loan-fund 
information upon receipt of data from the investment-manager computer system representing 
an accrual of interest into the loan fund; and further includes a communication interface for 
exchanging data between the computer system and a computer system of the benefit plan, and 
the program further causes the processor to: initialize the loan-fund information upon receipt 

10 

of data from the benefit-plan computer system representing establishment of the loan- fund; 
and exchange status data with the benefit-plan computer system, wherein the computer 
system exchanges at least a representation of a current loan- fund balance, and wherein the 
benefit-plan computer system exchanges at least representation of limitations on the 
1 5 participant's redemptions. 

In a second aspect of the first embodiment, the present invention further includes a 
communication interface for exchanging data between the computer system and a settlement 
computer system that process uses of the access vehicles. The program further causes the 
processor to generate (data representing) a request to transfer funds from the loan fund for 

20 

settlement for the participant's uses of the access vehicles. The program further causes the 
processor to: receive data from the access- vehicle-settlement computer system representing a 
proposed redemption, which is approved only if the proposed redemption is less than or equal 
to the line of credit (LOC) value. In addition the program generates data to the access- 

2^ vehicle-settlement computer system representing a refusal of the proposed redemption if the 
proposed redemption is greater than the LOC value. The LOC value will not exceed an 
available loan amount (ALA) value determined in accordance with statute, regulation, or 
policy in dependence on the participant's vested benefit-plan assets. Preferably, the 
determination preserves a tax-advantaged treatment of the participant's redemptions. 

30 In a third aspect of the first embodiment, the program further causes the processor to: 

receive data from the access-vehicle-settlement computer system and update data representing 
the LOC value decreased by the total value of the redemptions. In addition, it also includes a 
communication interface between the computer system and a computer system of a funds- 
acceptance provider, and to accept (data representing) funds into the loan fund. 
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In a fourth aspect of the first embodiment, the program further causes the processor to 
5 generate data representing a loan-fund statement informing the participant of required 

repayment amounts and times. The required repayment amounts and times are determined in 
dependence on the total redemptions that have not yet been repaid and in accordance with 
statute, regulation, or policy to preserve tax-advantaged treatment of the participant's 
redemptions. Generated data is transmitted to the participant by means of the Internet 

10 

network or a telephone network; and the program further causes the processor to generate 
data representing loan- fund status informing the participant of recent redemptions, or loan- 
fund balance, or required repayments; and the generated data is periodically transmitted as 
messages grouped into computer files. 
15 In a second embodiment the present invention includes a computer-implemented 

method for providing loans to a participant having assets in a benefit plan comprising 
initializing loan-fund information stored in a computer database upon establishment of a loan 
fund for the participant. The information is initialized with data represents the value of funds 
derived from the participant's benefit-plan assets and transferred from the benefit plan upon 

20 

establishment of the loan fund. The loan fund is managed by an investment manager and is 
recorded in the benefit-plan as an asset of the participant. Generated data represents requests 
to the investment manager to: (i) transfer funds from the loan fund to settle redemptions 
made by the participant; the participant may make redemptions from the loan fund by, inter 

2 5 alia, use of at least one access vehicle; or (ii) accept funds into the loan fund from the 

participant in repayment of redemptions. Updating of the stored loan-fund information with 
data representing fund transfers from and acceptances into the loan fund is accomplished in a 
manner whereby redemptions from and repayments to the participant's loan fund occur 
without concurrent interface with the participant's benefit-plan assets. 

30 In a first aspect of the second embodiment, the loan-fund information comprises data 

representing at least a loan-fund balance; which is updated in response to receipt of data from 
the investment-manager computer system representing funds transfer from or acceptance into 
the loan fund. The steps further include: generating data for the benefit-plan computer 
system representing the current loan- fund balance and receiving data from the benefit-plan 

35 

computer system representing the limitations on the participant's redemptions. Additionally, 
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data may be generated representing a request for acceptance of funds into the loan fund, and 
5 the steps may further include receiving data representing requests to transfer funds from the 
loan fund to settle redemptions. 

In a second aspect of the second embodiment, the present invention further includes 
the steps of: receiving redemption data from the access-vehicle-settlement system and 
updating the LOC value. Further steps include: receiving data from the access-vehicle- 

10 

settlement system representing a proposed redemption; generating data to the access-vehicle- 
settlement system representing an authorization of the proposed redemption only if the 
proposed redemption is less than or equal to the then available line of credit (LOC) value; and 
generating data to the access-vehicle-settlement system representing a refusal of the proposed 
15 redemption only if the proposed redemption is greater than the then available LOC value. 
The LOC value is calculated so as not to exceed an available loan amount (ALA) value 
determined in accordance with statute, regulation, or policy in dependence on the participant's 
vested benefit-plan assets, wherein the determination preserves a tax-advantaged treatment of 

the participant's redemptions. The loan-fund information is further updated in response to 
120 

receipt of data from the investment-manager computer system representing an accrual of 
interest paid or dividends earned into the loan fund. 

In a third aspect of the second embodiment, the present invention further includes a 
step of generating data representing a loan- fund statement informing the participant of 
25 required repayment amounts and times. The required repayment amounts and times are 
determined in dependence on the total redemptions that have not yet been repaid and in 
accordance with statute, regulation, or policy to preserve tax-advantaged treatment of the 
participant's redemptions. Data generated is periodically transmitted as messages grouped 
into computer files to a plurality of participants, each having assets in the benefit plan. 
30 In a third embodiment the present invention includes a program product comprising a 

computer readable medium having encoded program data for causing a computer to perform 
the methods of the present invention. 

In a fourth embodiment the present invention includes a method for providing loans to 
a participant having assets in a benefit plan comprised of funds transferred to a loan fund 

35 

from the benefit plan, wherein the loan fund is managed by an investment manager and is 
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recorded in the benefit-plan as an asset of the participant. The investment manager will be 
5 directed to transfer funds from the loan fund to settle redemptions made by the participant by, 
inter alia, use of at least one access vehicle. The investment manager will also be directed to 
accept funds into the loan fund from the participant in repayment of redemptions, whereby 
redemptions from and repayments to the participants loan fund occur without access to the 
participant's benefit-plan assets. 

10 

In a first aspect of the fourth embodiment, the benefit plan is directed to transfer funds 
to the loan fund; and the value of the funds transferred from the benefit plan is calculated to 
be less than the value of participant's vested assets therein. Participants may make a plurality 
of redemptions from the loan fund by using an access vehicle (including, but not limited to, 
15 check, credit card, debit card, wire transfer, ACH, sweep, etc.). Participant's redemption from 
the loan fund are authorized only if the total of the proposed redemption is equal to or less 
then the available line of credit (LOC), which is equal to or less then the available loan 
amount (ALA). The ALA is a function of the value of the participant's vested assets in their 
benefit plan. 

20 

In a second aspect of the fourth embodiment, the loan fund further comprises 
information representing a loan-fund balance, and the steps of: updating the loan-fund 
balance by: (i) increasing the balance upon receipt of funds transferred from the benefit plan 
or repaid by the participant, and (ii) decreasing the balance upon transferal of funds for 

25 settlement of redemptions. In addition, the benefit plan is periodically notified of the current 
loan- fund balance and the amounts due from the participant. Further the loan- fund 
information is further updated when the investment manager accrues interest into the loan 
fund. The steps of establishing, requesting funds transfer from, and requesting funds 
acceptance into the loan fund are performed in accordance with statute, regulation, or policy 

30 to preserve tax-advantaged treatment of the participant's redemptions. The statute, regulation, 
or policy includes one or more of the provisions of 26 U.S.C. §§ 1 and 401 et seq., and 29 
U.S.C. § 1001 et seq. and any other similar programs and policies determined by the plan 
sponsor. Upon establishment, the loan fund is structured as a sub-custodian or a sub-trust of 
the benefit plan. 

35 
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4. BRIEF DESCRIPTION OF THE FIGURES 



The present invention may be understood more fully by reference to the following 
detailed description of preferred embodiments, to illustrative examples of specific 
embodiments, and to the appended figures in which: 

Fig. 1 illustrates a financial/legal structure used in a preferred embodiment of the 
present invention; 

Figs. 2A-B illustrate a system structure of a preferred embodiment of the present 
invention along with the information and monetary exchanges within the illustrated structure; 

Figs. 3 A-B illustrate preferred repayment and redemption processes of the present 
invention; 

Figs. 4A-C illustrate preferred loan-authorization and setup methods of the present 
invention; and 

Fig. 5 illustrates a preferred computer system for performing software that implements 
methods of the present invention. 

5. DETAILED DESCRIPTION OF THE INVENTION 

In the following, the term "participant" (or "plan participant") refers to an employee- 
plan beneficiary (the plan perhaps providing retirement income), or generally to a benefit-plan 
beneficiary. A participant may be currently employed {i.e., an "employee"), between 
employment, or retired. The term "plan" refers to any employee-benefit plan meeting the 
expectations of the invention as described above, and includes pension plans, 401(k) plans, 
403(b) plans, 457 plans, IRAs, Keough accounts, and so forth. The term "redemption" (or 
"loan redemption", "advance", "withdrawals", "purchase", "liquidation", etc.) refers to a 
participant's use of assets segregated in a loan fund established by the present invention as 
payment in a transaction. The term "repayment" (or "repayment by a participant") refers to a 
participant's loan repayment of any redemptions made through the process of the present 
invention. 

Also, the term "interest" (when used in the context of interest on redemptions) refers 
to loan interest due from or paid by participants on their redemptions (that is, their loan 
principal). Participants thus repay both redemptions and any interest on the redemptions. 
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The term "dividends" refers to earnings, if any, on balances in the participants' loan funds. 
5 Dividends are provided by the investment vehicles in which the loan funds are invested. The 
term "available loan amount" (ALA) refers to the maximum amount that may be used to 
finance redemptions determined in view of a participant's benefit-plan assets. Typically, the 
ALA varies with (e.g., as a fixed percentage of) the vested benefit-plan assets. The term "line 
of credit" (LOC) refers to the amount available to finance current redemptions. Typically, the 

10 

LOC varies with (e.g., is equal to) the current, unredeemed funds in a participant's loan fund. 

Further, the term "access vehicle" refers generally to financial and procedural 

mechanisms by which an individual may access for use funds available in or through a 

demand deposit account, or a line of credit, or other financial instruments. Access vehicles 

15 include "traditional access vehicles," which may be, but are not limited to, checks, or 

electronic checks, or credit cards, or smart cards, or debit cards, or wire transfers, or ACH 

services, or sweeps, or automatic teller machines (ATM), or so forth. Preferred access 

vehicles include automatic processing mechanisms (generally networked computer systems) 

that can be easily interfaced to the systems of the present invention to access participants' loan 
1 20 

1 funds. (As one of skill in the art will appreciate, the present invention may interface to new 
access vehicles which are being developed or are yet to be developed.) 

Described next are the general embodiments and accompanying advantageous 
functional features of the present invention. Described subsequently are the legal and 
r ^ financial structures to which the present invention is applicable, system structures of the 
present invention, and lastly the methods of the present invention. 

5.1 GENERAL EMBODIMENTS AND FUNCTIONAL FEATURES 

The present invention provides supplementary "loan funds" within employee-benefit 
30 plans, similar to plans authorized (in the U.S.) by 26 U.S.C. §§ 401(k), 403(b), or 457, or 
similar to individual retirement accounts (IRA), or Keough accounts. These statutory plans 
are designed to accumulate financial assets to support, for example, participants' pension or 
retirement needs. Preferably, applicable plans also provide separate accounts for each 
individual participant, each account holding accumulated assets that are invested according to 

35 

at least partial participant control in various investment vehicles and including options 

permitting participants to borrow assets from their plan accounts. 
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The "loan fund" of the present invention makes conveniently available to participants 
5 redemptions funded by a portion of the participants* accumulated benefit-plan assets. Within 
individual participant accounts in an applicable benefit plans, according to the present 
invention, "loan-fund investments" (see, e.g., 5 in Fig. 1 and its subsequent discussion) are 
established and invested in appropriate "loan-fund" investment vehicles. The loan-fund 
investment vehicles are managed by one or more investment managers, preferably already 

10 

established and experienced investment managers, so that, primarily, the vehicles maintain 
high liquidity with substantially constant face value, and secondarily, so that the vehicle earns 
reasonable dividends consistent with the primary goals of the benefit plan. In the U.S., 
"money-market" funds may serve as appropriate loan-fund investment vehicles, although 
15 other investment vehicles with reasonable liquidity may also serve as such vehicles. Other 
possible investment vehicles include bank demand deposits, or certificates of deposit, or 
certain stocks, or bonds, or mutual funds, or so forth. 

The present invention then provides administrative systems which are responsible for 
managing and directing the transfers of funds in and out of the participants* loan funds and for 

20 

establishment and maintenance of loan funds. The value of a participants loan- fund 
investment recorded in the benefit plan changes as the balance in that participant's loan fund 
changes. The benefit-plan loan-fund-investment value further increases as interest and 
dividends are accrued to the benefit plan. In order that a participant can access assets from 

2 ^ their individual loan fund, this invention's administrative systems interface, on one hand, to 
established payment systems (e.g., the Visa® or MASTERCARD® networks). 

On the other hand, these administrative systems interface with established 
benefit/pension plan management systems, which are often divided functionally and perhaps 
physically, into a record-keeper function (or system) and a plan-management function (or 

30 system; in the U.S., typically a trust company monitors plan assets). Specifically, the 
provided administrative systems are designed to interface with record-keeper functions in 
order to frequently (for example, daily or weekly or monthly) update the benefit plan with the 
current value of the participants' loan-fund investments. This interface is preferably 
substantially similar to the record-keepers' interface with other investment systems managing 

35 

other investments present in participant accounts. The actual loan-fund administrative 
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management function (or systems) of this invention need only interact with the existing 
5 benefit-plan administrative systems (i.e., record-keeper systems) when a participant decides 
to make, change, or terminate investments in the loan funds, an interaction consistent with the 
interactions the plan management function has with other investment-management systems. 

In operation, the administrative systems of the present invention draw cash assets 
from a participant's loan fund to cover redemptions, and add cash assets to a loan fund when 

10 

the participant repays outstanding loans (or redemptions). Therefore, cash assets remain in a 

participant's loan fund, accounted for in the benefit plan as an investment of the participant, 

until the very moment they are needed and are repaid to the loan fund and recorded in the 

benefit plan as received from the participant. The unused amounts remaining in the loan fund 

1 1 5 continue to provide dividend income to the participants plan account, while the participant 

pays interest only on the cash redemptions actually withdrawn from the loan fund. 

Moreover, it is preferable that the administrative systems manage participants' loan 

funds so that amounts in the loan funds whether redeemed to the participant or still available 

for loan (that is "on call"), as well as interest paid on redemptions and dividend income 
1 20 

" earned on the on-call amount, continue to have the tax advantages of the benefit plan. Thus 
loan- fund assets are maintained within the benefit plan under favorable tax advantages by the 
individual participant until actually borrowed (redeemed), and upon borrowing, are replaced 
by loan receivables due from the participant. Thus, interest paid and redemption repayments 
25 receive similar tax advantages. The administrative systems of the current invention also 
enable participants' outstanding loans to be 'portable', thus eliminating the need for 
participants to pay off outstanding loans upon employment termination. 

Briefly, a participant's maximum available loan amount is typically limited by statute, 
regulation, and perhaps also by plan policy to a certain percentage of the vested value in the 
30 participant's benefit-plan account. The loan fund is preferably structured as a sub-custodian 
(or a sub-trust) (operating similarly to a self directed brokerage account) of the benefit-plan, 
which is often legally structured as a trust. The systems and methods of the present invention 
then manage processes for settlement of participant redemptions and acceptance of participant 
repayments so that the tax advantages of the benefit plan flow to the loan fund as an 

35 

investment within the plan. 
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Accordingly, the loan funds provided by the present invention are a substantial 
5 improvement over current benefit-plan loan processes, and also are significantly more 
economical then traditional unsecured personal borrowing, such as bank credit card loans. 
Because the present invention provides loan access related to the value of the established loan 
fund, borrowing costs are dramatically reduced below typical bank cards. In fact, the interest 
paid by the participant on loans made possible by this invention (and dividends earned by the 

10 

loan fund) is credited to the participant's own benefit-plan account. Neglecting expenses, 
loan interest paid becomes retirement savings. Further, because the present invention 
increases the accessibility and liquidity of participant assets saved in benefit plans, increased 
participation in and contribution to benefit plans are likely. 
1 5 In other words, the present invention enables the participant to maintain the funds 

within the plan until moment needed. The interest charged the participant for the financing 
redemptions benefits the participant, therefore creating an alternative form of daily 
transactional financing that reduces the overall cost of funding needs of the participant and 

enables substantial cost savings over traditional credit card financing, especially, but not 

1 20 

1 exclusively, for low to middle income plan participants that do not have access to alternative 
low cost forms of credit (i.e. home equity financing). 

In addition to these financial advantages, the structure of the administrative systems of 
the present invention provides additional and significant process and procedural advantages. 
^ As described, the administrative systems separate routine (often, daily) use of a participant's 
cash resources (or cash-equivalent or other liquid assets) in their loan fund from those 
exchanges and transfers supporting a participant's longer term decisions (typically, monthly or 
even yearly) on asset allocation, including the size of loan fund to make available for 
redemptions from the participant's benefit-plan account. 
30 Advantageously, the invention interfaces high frequency (for example, daily or even 

hourly) exchanges and transfers only to established payment systems, which are designed to 
handle high-volume, standardized transactions. It limits exchanges and transfers with 
benefit-plan systems to those of lower frequency (for example, monthly or yearly), which 
result from participant investment decisions. Established benefit-plan systems (specifically, 

35 
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record-keeping systems) are already designed to handle these lower- frequency investment- 
5 decision driven transactions. 

This structure allows the invention to provide the loan funds in the context of 
established and functioning financial systems while requiring, at most, minimal modifications 
to these existing systems. From the point of view of these existing system, little impediment 
to implementation of the loan funds of the present invention is apparent. Additionally, 

10 

benefit-plan processing costs for managing this invention's loan fund are reduced in 
comparison to existing loan plans, because implementation of this invention does not 
substantially burden the processing already performed by current benefit-plan systems, the 
type of processing for which they have been designed. These cost savings may be passed on 
15 to a plan sponsor (such as an employer) and could be an incentive for the adoption of the 
present invention, ultimately increasing participation in benefit plans. 

Further, the administrative systems preferably provide for participants' enhanced 
access, for example, by means of the phone or Internet and standard web browsers, for rapidly 
creating loan plans, for funding of and repayments to their loan plans, and for reporting on 
their balances and transaction, availability and status information, electronic checking and 
payment, and the like. This allows participants the privileges and benefits of traditional 
access vehicles along with real-time tracking and accessing of information via phone or 
Internet. 

In more detail, the administrative systems of the present invention include one or 
more data-processing systems mutually interconnected. This system processes programs that 
establish and maintain loan funds so that regulatory funding, redemptions, repayments, and 
interest-rate criteria (on outstanding redemptions) are met to support tax-qualified loan based 
transactions. These data-processing systems monitor a plurality of loan- fund accounts, each 
30 associated with a single participant's plan, preferably for multiple employers, and perhaps, 
even for multiple jurisdictions. The system monitors and determines funding criteria for each 
participant based on the available line of credit (LOC) value derived from the loan-fund asset 
composition. The funding criteria are applied to the access vehicles and are used to support 
redemptions made to the respective plan participants. These loans (redemptions) are 

35 

thereafter charged an interest rate based on market factors. The system handles the 
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redemption process and the repayment process within the loan- fund system per established 
5 regulatory requirements, and importantly, without burdening established benefit-plan systems 
with a new type of frequent transaction.. 

Specifically, the legal relationship of the loan funds to the benefit plan is preferably 
that of a sub-custodian to the benefit-plan trust. In other embodiments, this relationship may 
be that of a sub-trustee, may be contractual, and so forth. 

10 

5.2 DETAILED EMBODIMENTS 

Described here are legal structures of the invention; described subsequently are system 
and methods of the invention. 

15 5.2.1 LEGAL STRUCTURES OF THE INVENTION 

Fig. 1 illustrates a preferred organizational and legal structure for the invention. The 

ultimate beneficiaries of the invention, and of the associated benefit plan, are a plurality of (at 

least one) participants 1. Benefit plan 2 has a legally-recognized responsibility to the 

1 20 participants to properly manage their assets and benefits, and includes a plurality of (at least 

one) accounts 3, for each participant beneficiary 1. Each account 3 includes at least one 

investment, and in the majority of instances, a plurality of investments, typically 2-5, of 

which the composition and asset allocation is at least partially directed by its associated 

participant beneficiary. 
'25 

In U.S. embodiments, the benefit plan is usually structured as a legal trust, which 
stands in a fiduciary relationship to the participants and is regulated by ERISA. In order that 
the plan qualifies for tax deferral (tax qualified), employee participation in the plan and plan 
funding are regulated by the ERC. 

3Q The present invention adds to this benefit-plan structure a loan fund 4, which has 

responsibility for a plurality of (at least one) loan funds 5, one loan fund for each participant 
who has chosen to participate in this invention. The elements added by this invention are 
indicated in Fig. 1 by dashed outlines. The loan fund has a legal relationship to benefit plan 2 
which maintains the correct administration of the loan funds according to statutory and 

35 regulatory requirements and according to plan policies and procedures (e.g., plan loan 
policies, privacy policies, and the like). Generally, a participant taking advantage of this 
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invention directs the benefit plan to transfer a part of their assets into the loan fund, so that 
5 from the point of view of the benefit plan, a participant's loan fund appears as an investment 
by the participant. Preferably, dividend income generated by the loan fund is accrued as 
investment income to the participant's benefit-plan account. 

5.2.2 BENEFIT-PLAN AND PAYMENT-SYSTEM STRUCTURES 

' " Figs. 2A-B illustrate a preferred system structure of the invention. With reference 

first to Fig. 2A, to the right in this figure are the elements and systems usually found in 

established benefit plans, namely elements 10'- 14. To the left in this figure are the elements 

and systems usually found in established payment systems, namely elements 10" and 30-33. 

^ The participant appears twice in these figures, at 10' as a beneficiary of the benefit plan and 

loan fund and at 10" as a user of a loan fund provided by the invention. The present invention 

adds primarily elements 20-22 which collectively act to manage the loan fund. In U.S. 

embodiment, the loan fund is preferable structured as a sub-custodian plan (similar to a self 

directed brokerage account) of the benefit-plan trust. (In other embodiments, this invention 

20 m ay incorporate some or all of the benefit plan and the payment system functions. In 

particular, if the present invention is practiced by a bank, issuing servicer function 23 may be 

conveniently practiced along with the invention's methods; if the invention is practiced by an 

investment manager, management functions 24 would naturally by practiced along with this 

invention's methods.) 
25 

In Fig. 2A, solid arrows represent message communication. Alternatively, a batch of 
messages may be accumulated in a file and periodically (hourly, daily, or so forth) 
communicated as a file transfer. Further in Fig. 2A, all systems and message/file transfers 
have individual reference numerals. In turn, Fig. 2B illustrates funds transfers by hollow 
30 arrows (dashed, hollow arrows in Fig. 2A), all having individual reference numerals. 

Because identical systems and message/file transfers (dashed, solid arrows in Fig. 2B) appear 
in Figs. 2A and 2B, for convenience and clarity, only funds transfer have reference numerals 
in Fig. 2B. 

Turning first to the right-hand systems usually found in established benefit plans, trust 

35 

administration systems 1 1 and plan record keeper 12 perform overall management of the 

benefit plan, ensuring that the terms of the employers trust agreements (i.e., plan policies) are 
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carried out in a manner consistent with statutory and regulatory requirements. Trust systems 
5 11 communicate, on one hand, with employer systems (not illustrated) receiving employee 
salary and contribution information, and on the other hand, with plan record keeper 12. 
Record keeping is a largely administrative activity conceptually separate from trust 
management and often physically delegated to separate systems or even to separate 
organizations. Administrative record-keeper systems 12, inter alia: maintain plan database 

10 

13 including, at least, information characterizing each plan participant's account including its 
investments; receive instruction from and provide status information to trust administrator 
systems 11; receive requests from and provide account information to participants 10'; receive 
employee contributions from employers (not shown); exchange funds with the managers of 
15 the participant investments (not shown); exchange funds with the investment manager 
component of this invention; and so forth. 

For example, in the U.S., benefit plans are often services provided to employers by 
mutual fund organizations, such as Fidelity, Vanguard, and so forth. In this case, although 
systems 1 1 and 12 and database 13 may all be within the mutual fund organization (or an 
administrative subsidiary of the mutual fund organization), they are typically implemented by 
separate software systems optionally running on separate hardware server systems. 
Additionally in this case, because investments available to participants may be largely limited 
to the funds provided by the mutual fund organization, the investment manager systems may 
also be within the same organizational structure. 

The left hand systems are those usually found in established payment systems that 
process access vehicles. Most access vehicles that the invention interfaces to are "issued" by 
an issuing servicer, in the U.S. usually a bank, which processes and funds its issued access 
vehicles. When a payer uses an issued access vehicle in a transaction, the settlement system 
30 for that vehicle ultimately returns a payment request to the issuing servicer (or bank) for 

payment and presentation to payer. It is also common for the issuing service to authorize use 
of its issued access vehicles at transaction time, for example, checking for sufficient payer 
funds (or that a line of credit will not be exceeded). Because the issuing servicer is thus the 
sub-custodian's portal to loan redemptions, the sub-custodian administration systems 20 must 

35 

smoothly interface and closely cooperate with issuing servicer systems 23, as indicated by the 
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dashed box enclosing these systems in Figs. 2A-B. Indeed, in some embodiments of the 
5 invention, both systems may be part of related organizations. Further, in other embodiments, 
the sub-custodian administration system 20 may interface to more than one issuing servicer so 
that loan- fund participants may have the convenience of alternative access vehicles. 

In more detail, on the loan redemption side, loan-fund participant 10" presents 34 one 
of the access vehicles provided by the loan fund to payee 30 in satisfaction of a transaction. 



Payee 30 then periodically (for example, daily) forwards a batch of access vehicles received 
in transactions to acquiring servicer 31, usually a bank, which acquires these vehicles from 
the payee and credits the payee's account with their value (minus a fee). Servicer 3 1 then 
periodically (for example, also daily) forwards a batch of access vehicles received from its 
15 payees on to the appropriate settlement network (e.g., the MASTERCARD or the VISA 
networks) or clearing house system (e.g., the U.S. Federal Reserve Bank check clearing 
system) for payment. The settlement/clearing systems net the access vehicles and forward to 
issuing servicer 23, also usually a bank, a request for net payment (or other net transfer) along 
with records indicating which participant 10" paid what amount to which payee 30. 

20 

Accordingly, issuing servicer 23 then orders 28 (or requests, both usually by electronic 
communications) funds transfer from its settlement account 25 to settlement/clearing system 



On the loan repayment side, the sub-custodian administration system, after 
25 determining each plan participant's outstanding loan, calculates the next required minimum 
principal and interest payment (and an optional full principal and interest payment), which it 
forwards 29 to participant 10' (equivalently, 10"), optionally along with records of the 
participant's redemption transactions (for example, as a paper or electronic statement). This 
calculation is performed at a selected frequency (weekly or monthly if a loan balance is 
30 outstanding) and according to selected rules so that all applicable statutory and regulatory 
(especially tax) mandates are met along with any more restrictive benefit-plan policies. In 
response to payment requirements, participant 10" forwards repayment instructions, typically, 
to a separate payment-handling organization, "lockbox" 33. A lockbox has delegated to it the 
responsibility for receiving, forwarding, and appropriately applying payments, both for this 

35 

invention as well as for other financial systems in the usual case (i.e. it acts as a provider 



10 



32. 
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funds-acceptance services). Alternatively, the present invention could itself supply the 
5 lockbox (or funds-acceptance) function. Administrator system 20 is informed (preferably by 
electronic communications) of a participants payments, and updates the loan-fund records for 
the participant. 

Turning to Fig. 2B to review the funds flow during redemptions and repayments, first, 
settlement of loan redemptions for plan participants' results in net flow 44 of funds to 

10 

settlement/clearing systems 32, which then in turn forward the funds to the correct acquiring 
servicers 45 for the account of the various payees. Loan repayments begin with participant 
10" forwarding 42 funds to the designated lockbox 33, which then in turn forwards 43 them 
on to settlement account 25 of the invention. The settlement account receives 41 settlement 
15 funds transferred from a participant's loan fund; repayment funds are forwarded 41 for 
acceptance into and ultimate deposit 40 to the participants' loan-fund investment. (In this 
embodiment, the settlement account acts as a funds transfer buffer between the loan fund and 
the entities receiving or providing funds; in alternative embodiments, the settlement account 
may not be needed, all funds flowing directly from the loan fund.) 

One of skill will understand from this description and the appended figures how to 
adapt this invention to other payment systems. 

5.2.3 SUB-CUSTODIAN SYSTEM STRUCTURES 



25 



Figs. 2A-B also illustrate the specific elements of the invention, elements 20, 21, and 
22, those elements closely associated with these specific elements, elements 23, 24, and 25 
(which may optionally be practiced along with the methods of this invention), along with the 
associated electronic message/file exchanges and funds flows. 

The sub-custodian administration system 20 plays a central role in the invention, 
30 preferably implementing the methods described subsequently. It receives instructions 26 
from benefit-plan record keeper 12 for establishing loan-fund investments (maintained and 
managed by loan-fund investment management systems 24) and lines of credit (LOC) values 
for a new plan participant; provides 26 status information to record keeper 12 including a 
participants current account balances, outstanding loan redemptions, and available LOC; and 

35 

receives further instructions 26 for modifying or terminating a participant's loan-fund 

investments. Loan-fund establishment includes, inter alia, initializing loan-fund information 
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22 in database 21, and accepting into the loan fund initial funds transferred from the benefit 
5 plan. The instructions (equivalently, requests and responses) are preferably electronically 
transmitted between the various systems. 

System 20 also provides orders to loan-fund investment management system 24 to 
cause and monitor asset transfers from a participant's account consequent to loan redemptions 
from 41a participant's loan-fund account, and also loan repayments accepted into 41a 

10 

participant's loan- fund account, and also to cause and monitor funds transfers 40 with the 
benefit plan. Transfers with the benefit plan occur consequent, inter alia, to initial funding of 
the loan fund, as well as consequent to subsequent funding changes occurring when 
participants designate more (but always less than the ALA value) or less of their benefit-plan 
,15 assets for investment in their loan funds 5 (Fig. 1). Final transfer to the benefit plan occurs 
when the loan fund is terminated. 

Periodic transfers to benefit-plan accounts may also occur consequent to the accrual of 
accumulated interest and dividends into the participants' benefit-plan accounts. Interest may 
be paid by participants on their outstanding redemptions (at, e.g., a market rate in order to 

20 

maintain the redemptions' tax advantages), and is received by the loan- fund investment 
management system 24 (directly or indirectly) from lockbox 33. Dividends may be earned on 
(unredeemed) balances remaining in the loan funds, and is received by the loan-fund 

I investment management system from the investment vehicles in which the loan fund is 

^ invested. 

These interest and dividend funds are preferably accumulated to the account of the 
participants at the loan- fund investment management system, and are periodically transferred 
("swept") into the benefit plan system 14, where participant benefit-plan assets are 
accordingly updated. If the transferred interest and dividends update that participant's vested 
30 benefit-plan assets, the participant's ALA may be automatically updated. (However, the 

participant's LOC will not be updated unless the participant requests that some of all of these 
funds be invested in that participant's loan fund.) 

Less preferably, interest and dividend funds may be deposited directly into the 
participant loan fund by the loan-fund investment management system, and the ALA and 

35 
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LOC values may then both be automatically updated, assuming that such updates qualify 
5 under plan rules and governmental guidelines. 

Additionally, system 20 interfaces closely with issuing servicer 23 (or the equivalent 
financial institution) and indirectly (or directly) controls funds transfers through settlement 
account 25 (by electronic requests and responses). Information received 27 from servicer 23 
includes transaction records of participants' loan redemptions, currently available LOC 

10 

values, periodic requests for funds for settlement of redemption transactions, and the like. 
Information sent 27 to servicer 23 includes current maximum allowed LOC values, which in 
most cases the servicer uses to authorize payments at transaction time {e.g., by comparing a 
requested redemption with the available LOC value. (The redemption is authorized if less 
fc 15 than the LOC value and the LOC value reduced by the redemption; the redemption is refused 
or not permitted if greater than the LOC). Generally, the information exchanged is adapted to 
the needs of proper sub-custodian administration. 

To perform these functions, the sub-custodian administrator system of the current 
invention maintains database 21 describing the loan fund and its participants. For each loan- 
fund participant, database 21 maintains records 22 of loan- fund redemptions due to access 
vehicle transactions, loan-fund repayments, current balances in loan-fund-investment- 
management system 24, current amounts of these balances assigned to loan-fund redemptions 
(i.e., the participant's current line of credit (LOC) values, available loan amounts (ALA) 
25 values), administrative information, historical audit information, accrued interest, dividends 
earned, and so forth. 

The present invention includes the possibility that a participant may chose to invest in 
the loan-fund investment vehicles as well as use this investment vehicle to provide for loan 
redemptions. In such an embodiment, the administrator system may also maintain the amount 
30 in the load fund investment to be retained for investment purposes along with the amount to 
be made available for loan redemptions (the sum of these two amounts typically being the 
participant's total loan-fund invention balance). 

Further, this database preferably also includes administrative information describing 
the loan funds supported along with system information for operating and interfacing to the 
various computer system illustrated in Figs. 2A-B. In certain embodiments, because the 
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methods and systems of this invention may serve employers in various jurisdictions and 
5 benefit plans with various loan policies, administrative information includes information for 
performing loan determinations, calculations, payments, reporting, and so forth, for each plan, 
employer, and jurisdiction as needed. This information may be, for example, represented as 
rules indexed by jurisdiction and benefit plan and stored in the database. Whenever 
necessary, the methods retrieve the appropriate rule in order to make a required determination 

10 

in accord with statute, regulation, and plan policy. In further embodiments where the 
invention interfaces to several separate payment systems, administrative information also 
advantageously includes payment interface rules preferably represented in similar fashions. 

The messages exchanged illustrated in Figs 2A-B are described in Tables 1 and 2 for 
15 an illustrative embodiment. Table 1 describes primarily the purpose of the message, while 
Table 2 describes the message flow and contents. In alternative embodiments, the 
information may be exchanged as individual message or batched into files of many messages. 



TABLE 1 



25 



30 



File/message 




Purpose 


Account file 




Directions from the trustee/record keeper responsible for the 
plan to the sub-custodian responsible for the loan-fund 
investment and for its use as an access vehicle 


Maintenance 
report 




Current status of the loan-fund investment from the sub- 
custodian 


Trust transfer 
completed file 




Confirmation of fund transfer between the plan trust 
administrator and the loan- fund manager 


Daily dividend 
report 




Updates the sub-custodian (and its record keeper) with the 
dividend income earned by the loan-fund account 


Account status 
file 




Instruction to access-vehicle servicer on maximum credit 
allowed 


General ledger 
(G/L) settlement 
report 




Instructions regarding settlement of redemptions and 
repayments by the participant from their loan- fund account 



TABLE 2 





File/message 


Exchanged between 
(ref no. in Fig. 2A) 


Contents 


35 


Account file 


Plan record keeper 


Batch no.; ACNT; ID; Amount of credit line; 




Sub-custodian 


SC 
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admin, system 




5 




(26) 






Maintenance 


Sub-custodian 


ACNT; SSN; Amounts of - credit line, money 




report 


admin, system -> 


market balance, loan balance, total dividends 






plan record keeper 


earned, total interest paid; total fees paid to plan 






(26) 


(whether paid as interest to plan or fees); Date 








amounts as-of; SC 




Trust transfer 


Investment manager 


Batch no.; ACCNT; Amount transferred; Date 


10 


completed file 


sys. -> 


received 






sub-custodian 








admin, system 








(38) 






Daily dividend 


(same) 


ACNT; Amount of loan-fund balance; Amount 




report 




of dividend; Date amounts as-of 




Account status 


Sub-custodian 


ACNT; ID; Amount of credit line; SC 


15 


file 


admin, system -> 








issuing servicer 








(27) 






General ledger 


Loan admin, system 


G/L accounting fields; settlement transfer 




(G/L) settlement 




instructions; Amount to transfer 




report 


Sub-custodian 








admin 




20 









In these tables, the "File/message" column provides a conventional name for the 
information exchanged or for the file. Generally, the information is exchanged periodically 
(for example, daily) in the form of files of a batch messages accumulated during the day. The 

^ 5 "Exchanged between" column provides the names of the entities exchanging the named 
information along with the reference numeral in Fig. 2A of the exchange. The "Purpose" 
column generally describes why the information is being exchanged. 

Finally, the "Contents" column provides a summary of the message contents or the 

^ contents of each file record. The following abbreviations are used in the Contents column: ID 
for participant identifying information (ID) such as name, address, phone no., social security 
number (SSN), birth data, security key (ex., mother's maiden name); ACNT for participant 
account identifying information; SC for action/status codes describing the account action the 
information parameterizes, for example new account, credit line increase or decrease, close 

35 account - employment termination, close account - death, close account - default, close 
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account - plan termination; and batch number for identifying the actual file or message 
5 exchanged. 

IMPLEMENTATION OF THE INVENTION'S SYSTEMS 

Sub-custodian administrator system 20 is preferably implemented with one or more 
^ standard server-type computer systems. Fig. 5 illustrates an exemplary server-type system. 
Suitable systems include Intel-based servers such as are widely available from, e.g., IBM, 
Dell, Hewlett-Packard, Compaq, and so forth. Suitable operating software includes a 
Microsoft windows family system, such as Windows NT or XP server, or a UNIX family 
j g system, such as Linux from Redhat. Database 21 is preferably stored on attached disk storage 
and managed by Oracle database software, by IBM DB2 database software, and the like. The 
server systems and linked to general communication networks, such as the Internet, and to 
dedicated special-purpose financial networks, such as clearing networks, by communication 
interfaces. 

) The use of the term "computer system" (or of "system" where computer system is 

understood) is meant to includes systems of one or more cooperating computers, each 
computer including one or more cooperating processors and memories. 

Functions and methods performed by the sub-custodian administrator systems 20 may 
be programmed in a convenient language, for example Java, C++, C, or by means of an 
application generator. Programs are compiled to executable code (or interpreted), loaded into 
memory, and executed by the processor. Executable programs may be stored on and loaded 
into memory from computer-readable, removable media. These media include optical media, 
magnetic media; download from a server across a computer network, and the like as known in 
30 the art. 

In an exemplary programming paradigm, known as an event-based paradigm, the 
programs may be structured as modules that process each incoming message or file, updating 
databases, and generating consequent request messages or files. Other modules may be 
periodically invoked to monitor and respond to changes in, e.g., participant status, funds 

35 

levels, or so forth 
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5.2.4 METHODS OF THE INVENTIONS 

5 

Described herein with respect to Figs. 3A-B are the participant repayment and 
redemption processes of the present invention; and with respect to Figs. 4A-C, the processes 
for loan-fund application, set-up, and modification. 

Fig. 3 A illustrates an embodiment of the participant loan repayment process of the 
present invention. Periodically, preferably monthly or more frequently, for each loan- fund 
participant, the sub-custodian administrator system (also referred to in this subsection as the 
"administrator system" or the "administrator") determines 51 the monthly outstanding loan 
amount, for example, by adding the sum of the participant's repayments minus participant's 
redemptions and interest due on and fees charged to the previous outstanding loan amount. 

15 The redemption and repayment information has been received from, for example, the issuing 
servicer and the lockbox system. Repayment information is forwarded (28 in Fig. 2A) to the 
issuing services from the lockbox system. Next, the administrator system determines 52 
minimum principal and interest payments due from the participant according to the 

^ regulations applicable in the jurisdiction of the benefit plan (for example, in the U.S. from 26 
U.S.C. § 72), and formats and distributes 53 the participant's monthly bill preferably listing 
transactions, amounts due, and loan-fund balances, and the like. Distribution may be by mail, 
or by on-line electronic means, or so forth. 

Next, the participant pays 54 at least the minimum amounts due or optionally up to the 

25 entire loan balance. Repayments are received 55 by the lockbox system and forwarded 56 to 
the system settlement account with a payment report forwarded 57 to the issuing servicer (and 
then on to the administrator). 

Lastly, the administrator system orders the transfer of funds 58 from the settlement 
account and acceptance into the loan- fund investment manager system (24 in Fig. 2A) for the 

30 

accounts of the participants. Concurrently, the administrator may update 59 in its database 
(21 in Fig. 2 A) participant records with current loan-fund balance data, outstanding 
redemptions, and corresponding current LOC value. The LOC value is also forwarded to the 
issuing servicer so that it may properly authorize transactions for the participants. 
2$ Next, Fig. 3B illustrates an embodiment of the access vehicle redemption process of 

the present invention. Periodically, preferably daily (or at another frequency determined by 
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the characteristics of particular access vehicles and their processing systems), the redemption 
5 process starts with the administrator system determining 61 total redemptions for each 
participant. The redemptions are, for example, determined from the sum of all the 
participant's transaction amounts for that period forwarded 62 from the issuing servicer. 
(Alternatively, the issuing servicer may receive and send net redemption information from the 
settlement network, supplemented by any "own" redemptions (a transaction in which the 

10 

issuing servicer also acquires the transaction)) It is the issuing servicer that interfaces directly 
with the particular payment systems, and authorizes transactions and receives completed 
transaction information. The administrator then updates the current loan-fund balance 63 and 
the current LOC value 64 by, e.g., subtracting redemptions from their previous values. 
15 Optionally (not illustrated), the administrator system may also add to these values repayments 
of both principle and interest received during the period. 

Next, the issuing servicer receives 64 the new LOC value so that it may properly 
authorize transactions during the next period. The administrator also orders the loan- fund 
investment manager system to transfer net funds 66 from the loan fund to the settlement 

20 

account from the accounts of the participants. Finally, the settlement account forwards funds 
67 to the settlement/clearing systems for the various access vehicles; these systems then 
internally distribute funds to satisfy payees. 

From Figs. 3 A-B it can be appreciated that the sub-custodian administrator system has 
no necessary interactions with the benefit-plan systems during cash redemptions or 
repayments by the participant; these activities occur between the administrator system, the 
established payment systems, and the investment manager for the participant loan-fund 
accounts. At most, the sub-custodian administrator may update the benefit-plan record- 
keeper system with information, for each participant, concerning loan-fund balances and their 
30 asset composition, interest paid, dividends earned, fees charged, and so forth. This update, 
and other reporting, is according to the sub-custodian's fiduciary responsibilities to the plan. 
The benefit-plan systems need not necessarily be concerned about individual participant 
transactions, either for information purposes or for processing purposes unless they choose to 
do so. 

35 
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Next embodiments of the processes of loan-fund application, set-up, and modification 
5 are described with reference to Figs. 4A-C. These processes are illustrated in a preferred 
Web-based implementation (using HTML formatted "pages") directed to 401(k) plans; 
alternative embodiments may retain paper forms or use other input means or access other 
forms of benefit plans associated with the loan fund of this invention. Many of the first steps 
illustrated in these figures are preferably implemented by the plan record-keeper system (12 

10 

in Fig. 2A) (or other benefit-plan system) because they relate to the benefit plan in general or 
to the benefit-plan's responsibility to approve employee loan applications. Certain steps that 
relate primarily to loan-fund administration are carried out by the sub-custodian 
administration system upon request by the trust record keeper. 
15 First, a participant/prospective participant (participant) logs 70 into the employer 

benefit systems and accesses 71a benefits administration page, which preferably presents a 
menu of possible benefits for further examination including the 401(k) loan fund of this 
invention. As illustrated, the participant selects an option to establish the 401(k) loan fund 72 
of the invention. If the employee is already a 401 (k) plan participant, tested at 73, the system 

20 

presents 74 the 401(k) loan administration logon page. If the participant is not already 
enrolled, the system inquires 79 whether the employee wishes to join the employer 401(k) 
benefit plan. If this is the case, the participant is presented with an on-line registration 
process beginning at registration 80. If the participant does not want to establish a loan fund, 
then the system allows them to perform other benefit processing 81 and log out. 

Optionally, as illustrated, the 401 (k) loan fund has login/authentication 74 in addition 
to the general login/authentication of the main employee-benefits system. If login is 
successful, tested at 75, the participant is then presented with the actual 401(k) loan-fund 
creation page 76. If not, the participant is permitted a number of additional login attempts. 
30 Loan-fund creation/administration 76 also preferably presents a menu of loan- fund options, 
including application, modification, queries concerning current fund status and balances, and 
the like. In subsequent figures actions relating to plan application and management are 
illustrated. Plan queries may be routinely implemented with data returned from database 21. 

If plan application or modification is selected, the participant is next presented with an 

35 

application or modification detail 77, which may preferably have certain fields, such as 
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participant identification fields in the case of plan application or plan description and status 
5 fields in the case of modification, already filled in with information known to the record- 
keeper system. The participant next enters relevant information 77 and submits 85 to the 
record-keeper system for data validation and consistency checking 86. In the case of 
incorrect data 87, the participant is prompted 88 to reenter and resubmit correct data. Correct 
data is passed to record keeper and trust management systems for processing 89. 

10 

Processing of a loan application 90 (equivalently, an application to join the loan-fund 
benefit option of the 401(k) plan) jointly by the trust record-keeper systems and the sub- 
custodian administrator systems of the loan plan is illustrated in Fig. 4C. First, the available 
loan amount (ALA) value is determined 100 by the record-keeper system. In most cases, the 
1 5 ALA value depends on the vested value of the participant's 401(k) account. Here, database 
101 illustrates an exemplary account with several investments. The vested value of these 
investments is determined by plan vesting rules and the current market values of the 
investments. 

If the participant's requested loan- fund amount (entered in the application page) is 

20 

equal to or less than the determined ALA value 102, application processing proceeds. If not, 
the participant is prompted 103 to re-enter a loan-fund amount that is equal to or less then the 
ALA value provided. 

Once an acceptable request has been negotiated with the participant, an investment is 
2^ created in their benefit-plan account, which is described herein as the loan fund, and is funded 
by the transfer of assets from previous existing investments within the plan. In database 105, 
this is indicated by the exemplary record with the "investment - loan fund." For example, this 
record would result from record-keeper processing of the input account record illustrated in 
database 101. Assets for acceptance into the loan fund are next provided from the benefit 
30 plan to the loan-fund investment management system (24 in Fig. 2A), which carries out actual 
investment management of the loan-fund accounts (seeking reasonable dividend income 
consistent with high liquidity and preservation of value). If sufficient cash is not available, 
fractions of pre-existing investments are liquidated (investments 1-N) and are redeemed 107 
and the funds forwarded (40 in Fig. 2B) by the record keeper to the loan-fund manager. At 

35 

this time, the record keeper also instructs the sub-custodian administrator systems (20 in Fig. 
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2A) to make necessary preparations for the new loan-fund account, for example, by 
5 initializing a database record describing the new participant and the parameters of the 
associated loan fund, notifying the access vehicles selected by the participant, initializing 
issuing servicer systems (23 in Fig. 2A) to be ready to process participant transactions, and so 
forth. 

In other words, for each participant benefit-plan account, an ALA value is calculated 

10 

from their current vested interest in the pension plan and limitations, if any, imposed by 
statute or regulation or by policies of the benefit-plan sponsor. In view of the determined 
ALA value, a participant then selects a value for investment in the loan fund to be 
established, or for modifications to an already established loan fund. If the entire value 
j \ 5 invested in the loan fund, then the value invested in the loan fund is necessarily equal to the 
ALA value. 

In the case the participant requests modification of an already existing loan-fund 
account 78, the data entry and validation steps 85, 86, 87, and 88 are performed to validate 
and consistency check the submitted request. Test 90 and 91 direct modification to steps 92 
"° and 93, which are an abbreviated representation of this processing. Preliminary to 92, 
negotiation steps, not illustrated but similar to steps 100, 102, and 103 of Fig. 4C, may 
negotiate with the participant to achieve an acceptable request. Next, the record keeper 
processes 92 the modification request and provides instructions to the sub-custodian 
2^ administrator systems to do likewise. As a result of the modification request funds may need 
to be transferred (40 in Fig. 2B) between the loan-fund investment manager (upon the request 
of the sub-custodian administrator systems) and the trust (upon request/approval of the trust 
systems). For example, funds may be transferred from the trust if the participant requests an 
increased investment in the loan fund; funds may be transferred to the trust if the participant 
30 requests a reduced investment in or even total liquidation of the loan fund and reallocation of 
its assets to other investments in the benefit plan. 

From Figs. 4A-C it can be appreciated that substantial interaction and cooperation, 
including funds transfer, between the sub-custodian administrator systems, and other closely 
associated systems, and the trust record-keeper systems, and other trust systems, is needed 

35 

only when the participant makes macro loan-fund investment decisions. Such loan-fund 
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investment decisions, like most plan investment decisions, are expected to be relatively 
5 infrequent (more likely monthly or a few times per year). Further, during these interactions 
the plan systems of this invention appear to the trust systems largely as just an additional 
participant investment, managed and reported in already established manners. Accordingly, 
fashioning this interface is relatively inexpensive, requiring little modification of existing 
trust or record-keeper systems. Further, the present invention of the loan fund imposes no 

10 

additional processing burden on the existing trust systems. 

The invention described and claimed herein is not to be limited in scope by the 
preferred embodiments herein disclosed, since these embodiments are intended as 
15 illustrations of several aspects of the invention. Any equivalent embodiments are intended to 
be within the scope of this invention. Indeed, various modifications of the invention in 
addition to those shown and described herein will become apparent to those skilled in the art 
from the foregoing description. Such modifications are also intended to fall within the scope 
of the appended claims. 

20 

A number of references are cited herein, the entire disclosures of which are 
incorporated herein, in their entirety, by reference for all purposes. Further, none of these 
references, regardless of how characterized above, is admitted as prior art to the invention of 
the subject matter claimed herein. 
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